home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19941221-19950208 / 000045_news@columbia.edu_Thu Dec 29 00:12:35 1994.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA06466
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Wed, 28 Dec 1994 19:12:37 -0500
  3. Received: by apakabar.cc.columbia.edu id AA12352
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Wed, 28 Dec 1994 19:12:36 -0500
  5. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  6. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: kerlite 3.14 beta 16 problem
  9. Date: 29 Dec 1994 00:12:35 GMT
  10. Organization: Columbia University
  11. Lines: 36
  12. Message-Id: <3dsutj$c1u@apakabar.cc.columbia.edu>
  13. References: <y$T0luqcZZCS075yn@primenet.com>
  14. Nntp-Posting-Host: watsun.cc.columbia.edu
  15. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  16.  
  17. In article <y$T0luqcZZCS075yn@primenet.com>,
  18. Jeff Bishop <jbishop@primenet.com> wrote:
  19. >I have a situation where both people are running kermit 3.14 beta 16. One
  20. >persion starts the transfer on his/her side and the other decides not to
  21. >transfer the file. A series of control-c's are sent with no prevail of
  22. >working at all <GRIN>. The person has to enter kermit and start receiving,
  23. >then cancel using C, why? Are we doing something wrong?
  24. >
  25. No.
  26.  
  27. >Now, ckermit 190 does cancel with a series of control-c's. Why is msdos
  28. >acting different, or should it not be???
  29. >
  30. It isn't acting different.
  31.  
  32. A Kermit program can be in either "remote mode" or "local mode".  The Local
  33. Kermit is the one that initiated the connection, and the remote one is
  34. the "called" one.  The distinction is important because of what happens
  35. with the keyboard and the screen during file transfer.  When in local mode,
  36. a Kermit program has access to the keyboard and screen IN ADDITION TO the
  37. communication channel, whereis in remote mode, the "keyboard and screen"
  38. IS the communication channel.
  39.  
  40. When the remote Kermit is in packet mode, there needs to be a way for the
  41. local user to get it back to command mode "by hand".  C-Kermit lets you
  42. do this by typing three consecutive Ctrl-C characters, but only when it is
  43. in remote mode.  If it is in local mode, then it has thrown a file transfer
  44. display up on the screen and is sampling the keyboard for special commands.
  45.  
  46. Well, you get the idea.  In the case you describe, BOTH Kermit programs are
  47. in local mode.  Neither one is in remote mode, and so neither one is
  48. sensitive to "bare" Control-C characters.  Which is as it should be, since
  49. oversensitivity in this area could cause unwanted transfer failures when
  50. there was a lot of noise on the line, etc.
  51.  
  52. - Frank